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A Healthcare System Supporting Multiple Network Connected Fluid 
Administration Pumps 



This is a non-provisional application of provisional application serial 
No. 60/453,320 by J. R. Zaleski filed March 10, 2003. 

Field of the Invention 

This invention is related to an information system supporting a 
plurality of network connected medical devices such as infusion pumps. 

Background of the Invention 

Hospitals and other healthcare delivery settings employ different 
medical devices in treating patients. These medical devices include patient 
monitoring equipment for acquiring patient medical parameter data, breathing support 
equipment, anesthesiology equipment and fluid intra-venous (IV) infusion pumps, for 
example. Such medical devices are usually located at a patient bedside or nursing 
station in a hospital ward or in an intensive care, surgical or other location. Further, 
the medical devices may be connected by a wired or wireless connection to a network 
such as the Internet, a LAN, a WAN or an intra-net for acquiring patient parameter 
data and monitoring and controlling the devices. Patient medical parameter data 
acquired from such devices may include vital signs, ventilator information, infusion 
pump data associated with fluid delivery and other data. 

Known infusion pumps feed information to a recipient data manager 
that stores raw infusion pump data in a file (e.g., in a flat file format) that is 
continually updated. The data that is arriving from the infusion pumps is used by 
medication administration systems to assist in monitoring and managing patient care. 
However, while this information may be formatted and sent to these systems on an 
individual basis, existing pump and medication administration systems fail to support 
the management of the operation of multiple pumps operating concurrently within a 
healthcare enterprise. A system according to invention principles addresses these 
limitations and derivative problems. 
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Summary of the Invention 

A system according to invention principles supports concurrently 
managing and maintaining multiple medical devices (e.g., infusion pumps) and 
processing and displaying data associated with or produced by the medical devices 
within a Healthcare enterprise. An information system supports a plurality of network 
connected infusion pumps. The system includes an acquisition processor for 
acquiring fluid infusion related data from a plurality of concurrently operating 
infusion pumps. A data processor processes the acquired fluid infusion related data to 
provide data suitable for presentation in a single display image identifying the 
plurality of concurrently operating infusion pumps together with status information 
identifying status of individual pumps of the plurality of concurrently operating 
infusion pumps. 

Brief Description of the Drawings 

In the drawing: 

Figure 1 is a block diagram of a communication network with various 
devices and multiple infusion pumps, according to the principles of the invention. 

Figure 2 represents a flowchart of a method for processing fluid 
infusion pump related data, according to the present invention. 

Figure 3 shows logon data entry boxes in a user interface image, 
according to invention principles. 

Figures 4 and 5 shows user interface display image windows showing 
data (and refreshed data respectively) related to infusion pumps for patients under the 
care of a particular healthcare provider, according to the present invention. 

Figure 6 shows a user interface display image window showing data 
related to a particular infusion pump that is displayed in response to a user pump link 
selection in Figure 4, according to the present invention. 
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Figure 7 shows a functional system for processing fluid infusion 
related data, according to the present invention. 

Figure 8 is a block diagram of a server having functionality in 
accordance with the present invention. 

Detailed Description of Invention 

A system according to invention principles supports concurrently 
managing and maintaining multiple infusion pumps (or other medical devices) and 
processing and displaying the data associated with or produced by the multiple 
infusion pumps in a single composite user interface image. The system 
advantageously assists in patient care management, medication administration and 
pharmacy management, and in maintaining an electronic patient record (EPR). In 
addition, the system includes a database manager and user interface supporting user 
review of substantially real-time and non-real-time data associated with multiple 
infusion pumps. The data is accessible by authorized personnel via a web browser 
executing on a Microsoft Windows compatible PC, for example, within a hospital, or 
remotely via a LAN (Local Area Network) network. A Web compatible viewer 
application enables display of data related to multiple infusion pumps operating 
continuously on a network and enables viewing of the data using a workstation with a 
Web browser from within or via a virtual Private Network (VPN) in a Healthcare 
enterprise, for example. The Web compatible viewer application supports access to 
infusion pump data of multiple patients via different communication interfaces 
including a Health Level 7 (HL7) interface. Such access supports patient monitoring 
results reporting as well as patient Admission Discharge and Transfer management. 
The viewer application enables a user to send validated infusion pump and other 
patient data to a recipient application in Health Level 7 (HL7) compatible format. 

Figure 1 is a block diagram of a communication network with various 
devices and multiple infusion pumps. The communication network incorporates 
server 20 hosting executable Web compatible viewer application 19 supporting access 
to infusion pump data of multiple patients via different communication interfaces 
according to invention principles. Executable application 19 in other embodiments 
may be resident in another processing device in any part of the network shown in 
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Figure 1. Communication Network 1 (Figure 1) is represented by an IP (Internet 
Protocol) compatible network with a hierarchy of local area and wide area networks 
interconnected together. It is to be noted that although the present exemplary hospital 
or medical network is an IP compatible network, other types of networks such as, but 
not limited to optical or wireless networks, using other computing protocols such as, 
but not limited to, for example, X.25, frame relay, IBM SNA etc., may also be used, 
as one skilled in the art can readily appreciate. In addition, although the exemplary 
network described is a hierarchical network, this is not required by the present 
invention. Any type of network architecture that provides communication 
connectivity among the devices on the network may be used. 

As shown In Figure 1, the first level of the exemplary hierarchical 
network 1 comprises a Medical Interface Bus (MIB) 2. A MIB is a well-known 
medical industry standard for locally connecting medical devices together. As shown 
in Figure 1, MIB 2 is typically used to interconnect medical devices in a care unit 
such as a patient's room within a nursing station to administer care to a particular 
patient and to monitor the particular patient. Various medical devices may be 
connected via MIB 2; examples shown in Figure 1 comprise a ventilator 6a, a first 
infusion Pump 8 or other medical equipment 10. MIB 2 is typically connected to a 
second level LAN network 3 through an Interface Docking Station (IDS) device 12, 
for interfacing to Ethernet-compatible LAN network 3. This higher-level LAN 3 is 
typically, though not necessarily, used by other care units such as a particular 
department within a hospital, for instance an intensive care unit or surgery unit, etc., 
depending on the size of the organization. 

Although not shown in Figure 1, more than one MIB may be 
connected to the second level LAN 3, so that more than one patient may be monitored 
or provided with care through LAN 3. In addition, medical devices may be connected 
directly to higher-level LAN 3. For example, as shown in Figure 1, a second infusion 
pump 6b and an anesthesia system 22 are connected directly to LAN 3, without use of 
a MIB. Furthermore, LAN 3 may be interconnected to a Hospital LAN backbone 4 
which also is Ethernet compatible. This backbone network 4 provides communication 
connectivity between various departments within a hospital or medical organization; 
for example, connecting hospital administrative systems 15 together with laboratory 
system (LIS) 17. In addition, the Hospital LAN 4 has a remote access gateway 11 
which provides remote, secured access to information from, for example, a remote 
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doctor's office 23 or a remote care site 24, to the various systems and devices on 
network 1, through for example, Internet 29. Alternatively, a remote site may also 
access the remote access gateway 11 directly through, for example, a dial-up 
telephone port, ADSL, or other types of private connection. Remote access gateway 
1 1 may also be part of server 20 instead of standing alone, as well know in the art. 

According to the principles of the present invention, executable 
application 19 (or multiple applications in another embodiment) resides on central 
server 20 on LAN 3 for gathering and processing data from multiple infusion pumps 
(and other devices and facilities) coupled to LAN 3 or hospital LAN 4. The acquired 
infusion pump data associated with a given patient is acquired from infusion pumps 8 
and 6b (and other pumps not shown) on network 1 for display and control on 
monitors 5a, 5b or PCs 26 and 39 or any other display hosting device at any level of 
the Figure 1 network. One skilled in the art can readily recognize that server 20 may 
reside at any level of the hierarchy of network 1, since all the different levels of 
LANs (e.g., 3, or 4), as well as remote sites in Figure 1 are interconnected. The server 
may be hosted, for example, by a computer system that is capable of running 
Microsoft NT operating system. 

Figure 2 shows in flow chart form, functions that are performed by 
executable application 19. Application 19 establishes communication with 
concurrently operating infusion pumps (pumps 6b and 8) on the network in step 202 
after the start at step 20 1 . This is done, for example, by using IP protocol and the 
known IP device address for each pump on the network 1 (Figure 1), in conjunction 
with any higher application-layer protocols, as well known in the art. Once 
communication is established between server 20 and the concurrently operating 
infusion pumps, application 19, in step 204, acquires fluid infusion related data from 
the pumps. The fluid infusion related data comprises parameters associated with fluid 
delivery, drip medication related parameters and other fluid related parameters. 

A user enters login information via the user interface image shown in 
Figure 3 in order to access infusion pump information. Application 19 in step 206 
determines whether a user is authorized to access information concerning an infusion 
pump and inhibits access to pump information (e.g., inhibits display of pump 
parameters) in response to a determination access is unauthorized based on received 
or missing login information. In response to a determination authorization is 
accessed, application 1 9 in step 208 processes the acquired fluid infusion related data 
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for storage in a database and to provide data suitable for presentation in a single 
display image identifying the multiple concurrently operating infusion pumps 
together with status information identifying status of individual pumps. 

Figures 4 and 5 shows user interface display image windows generated 
in step 208 showing data (and refreshed data respectively) related to infusion pumps 
for patients under the care of a particular healthcare provider. Specifically, the image 
window of Figure 4 shows acquired fluid infusion related data associated with two 
different pumps in rows 400 and 403 respectively. Specifically, Figure 4 (and Figure 
5) shows the pumps authorized by, or for patients, under the care of a particular 
physician or nurse, for example. In other embodiments, Figure 4 may show pumps 
used by a particular patient, or in a particular care unit or particular hospital 
department or all patients of a particular clinic or practice group, for example. The 
pump data includes a pump identifier, pump location, pump access address (e.g., 
pump IP or Ethernet MAC address), pump start time, pump flow rate, a fluid 
identifier in a pump, a pump status (e.g., operating, on hold or inactive) or fluid 
volume dispensed, for example. Figure 5 shows the data of Figure 4 updated as 
shown by the pump up-time values (03:25:08 and 00:35:40 in Figure 5 versus 
03:24:46 and 00:35:18 in Figure 4) in response to user selection of refresh button 405. 
The display image of Figures 4 and 5 include user selectable links (links 1006 and 
1022) associated with corresponding concurrently operating infusion pumps. The 
links represent hyperlinked objects that provide the capability to access data 
associated with corresponding particular pumps. 

In step 2 1 0, application 1 9 initiates generation of data representing a 
second image including parameters specific to a particular pump in response to user 
selection of a link associated with a particular pump. Figure 6 shows such a second 
image showing data related to a particular infusion pump that is displayed in response 
to user selection of link 1006 in Figure 4. The infusion pump information of Figure 6 
includes at least one of, a current fluid flow rate, fluid volume delivered, a fluid 
identifier, a current time, a pump access point, an authorizing physician identifier, a 
fluid infusion time remaining indicator, a particular pump IP (or MAC or serial) 
address, a user selectable data refresh rate, a patient name, patient identifier, 
parameters specific to the particular pump and a user selectable item supporting user 
manual entry of a fluid infusion related value. Further, the user selectable item 
supporting user manual entry of a fluid infusion related value initiates generation of a 
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third image enabling a user to, alter an existing infusion flow rate or fluid volume 
delivered value or to add a new infusion flow rate or fluid volume delivered value. 
Also, the Figure 6 image further includes a graphical representation of fluid infusion 
flow rate and a graphical representation of infusion fluid volume delivered. The flow 
rate and volume delivered graphical representations cover a 30-minute (or other user 
selectable) duration and are shown together with a scroll bar that permits a user to 
move a cursor line across the graphical representation to note the exact time of a 
specific change associated with that parameter. The width of the graph plot windows 
may be changed using a drag bar located between the windows. 

A user selects an automatic image data update rate via checkboxes in 
section 605 (here shown as 10 seconds, 30 seconds, or 60 seconds) of Figure 6, or 
selects refresh button 607 to see the latest results in the Figure 6 image. The Figure 6 
image further includes drug history, flow rate, and volume delivered to the patient, 
together with the time remaining (determined based on medication administration 
data input entered at the time the patient was placed on the infusion drip). A user is 
able to validate results (i.e., override a received result with a result deemed more 
accurate). For this purpose a user selects check box 610 or check box 613 contained 
within the "Current Flow Rate" and "Volume Delivered" fields respectively. In 
response to the check box selection, a menu is generated that gives a user the option 
of entering a value manually. A data field including a checked box becomes 
highlighted as bold and a user is permitted to change the result. The results are 
automatically sent via a Health Level 7 (HL7) protocol compatible result transaction 
to an outbound Internet Protocol (IP) port and server address e.g., of server 20 (Figure 
1). The results are stored in database 25 for use by a medication administration 
system or other clinical information system and for inclusion within an electronic 
patient record. 

In step 212, application 19 retrieves fluid infusion related data from a 
database and in step 214 converts the retrieved fluid infusion related data to a data 
format of a second different system. The second different system comprises, a 
repository of electronic patient medical records, a pharmacy information system for 
use in re-stocking medications, a medication order information system for use in 
monitoring use of particular fluid medications or a patient management information 
system for use in monitoring patient usage of fluid medications, for example. In step 
216 application 19 initiates communication of the converted fluid infusion related 
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data to the second different system in response to user command and further 
processes the data to be suitable for presentation in a single display image. The 
process of Figure 2 terminates at step 2 1 8. 

Figure 7 shows a functional system for processing fluid infusion 
related data acquired from infusion pump 706 by application 19 operating on server 
20 using IP communication. The data, including parameters 725 and bar code label 
identifier 703, may be continuously, periodically or non-periodically acquired and 
correlated with a given patient for storage in relational data base 25 (Figure 1) within 
server 20. Data base 25 may be of the type used for storing relational data such as a 
Microsoft SQL server. In addition, application 19 may obtain other medical data as 
well as patient parameter data and patient data comprising medical laboratory results 
that are first entered and stored, for example, in laboratory information system 1 7 of 
Figure 1. Within application 19, database application 715 collates the acquired 
infusion pump data by pump identifier and acquisition time and date for storage in a 
file 717. Pump manager application 721 (within application 19) monitors stored 
infusion pump data in file 717 and processes and communicates infusion pump data 
(such as current pump state, volume delivered, flow rate) using interface application 
713 to clinical applications 711 and a medication administration monitoring 
application 709 using Health Level 7 (HL7) protocol, for example. The data is 
accessible in substantially real time by authorized personnel via web browser 27 
executing on a Microsoft Windows compatible PC 26, for example, within a hospital, 
or remotely via a LAN (Local Area Network) network. 

A Web compatible viewer application (operating on PC 26 or on 
server 20) enables display of data related to multiple infusion pumps operating 
concurrently on a network in the form of HTML compatible web pages, for example. 
The viewer application enables a user to manage medication administration to patient 
and provides a graphical plotting function supporting a continually updated (or user 
initiated) display of infusion pump data to the user. The system further enables a user 
to view infusion pump data for multiple patients concurrently in a composite user 
interface image and is scalable to enable monitoring of infusion pump data for any 
number of patients within an enterprise. 

Figure 8 shows a block diagram of an exemplary embodiment of 
server 20 (Figure 1) including functions in accordance with the present invention for 
processing and displaying infusion pump data and other medical data and storing the 
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processed data in database 25 (Figure 1). Application 19 includes database 
application 715, storage file 717, pump manager application 721 and interface 
application 713 as previously discussed for processing patient infusion pump 
parameters for storage in data base 25. Navigation collation processor 2504 operates 
in conjunction with web browser 27 on PC 26 and display generator software to 
collate and prioritize parameters for display to a user while navigating through 
various applications selected by a user through the user interface. Name server 
processor 2506 associates unique identifiers (IDs) with each node connected to the 
system network and with each patient in the system in order to track and update 
patient information throughout the system. Input/output data and control signals are 
used to communicate between the various processors as well as to interface with the 
data base 25 and search engine 23 and with the network via communication line 
2510. 

The user interface display images, systems and processes presented in 
Figures 1-8 are not exclusive. Other user interface and processing systems may be 
derived in accordance with the principles of the invention to accomplish the same 
objectives. Although this invention has been described with reference to particular 
embodiments, it is to be understood that the embodiments and variations shown and 
described herein are for illustration purposes only. Modifications to the current design 
may be implemented by those skilled in the art, without departing from the scope of 
the invention. A user interface and infusion pump management system and associated 
functions according to the invention may be used in other applications to support user 
viewing of substantially real-time device generated data. 



